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Abstract of IE 20000671 (A2) 

A method and system for handling short enquiry messages (SEMs) for accessing and requesting 
information content from a content provider datasource (10). The system incorporates at least one 
processor (8), a content provider datasource (10) and a number of independent SMS devices (3). An NT 
service (5) device controls the operation of the SMS devices (3) and their interaction with a short 
messaging service centre (11) which is connected to at least one enquirer communications device (12). 
The system also has an Alert engine (13) and retry engine (14) for monitoring the performance of the 
system as well as ensuring that SEMs are sent to the correct content provider datasource (10) and handled 
in an efficient manner. <Figure 1> 
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JE 000671 
ABSTRACT 

A SHORT MESSAGE METHOD AND SYSTEM 

A method and system for handling short enquiry messages (SEMs) for accessing and 
requesting information content from a content provider datasource (10). The system 
incorporates at least one processor (8), a content provider datasource (10) and a 
number of independent SMS devices (3), ArxNT service (5) device controls the 
operation of the SMS devices (3) and their interaction with a short messaging service 
centre (11) which is connected to at least one enquirer communications device (12). 
The system also has an Alert engine (13) and retry engine (14) for monitoring the 
performance of the system as well as ensuring that SEMs are sent to the correct 
content provider datasource (10) and handled in an efficient manner* <Fig, l> 
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"A Short Message Method and System" 

Technical Field 

5 The present invention relates to a method and system for handling short enquiry 
messages (SEMs) requests in a short messaging system (SMS) having an enquirer 
communications device for accessing and requesting information content from a 
content provider datasource, 

10 Background of the invention 
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Short messaging systems (SMS) are being used increasingly, particularly by mobile 
telephone users. One of their principal uses to date is for sending text messages from 
i «wCT*jPne mobile telephone user to another, for example, confirming an appointment, or just 

15N J simply sending a greeting. Indeed with the nBxt generation of mobile telephone 

Or: 

c^J ; communication based on the WAP system it is envisaged will use 'SMS and SEMs 
^ ) messages more and more. For example, the WAP system can. send a mobile 
^ . elephone user a regular update of a shares performance on the stock market via a 
O 3MS message. WAP services are set to expand, Already, WAP is being used by 
20 J companies for a Customer Relations Management (CRM) System which allows staff to 
£Sj access, review and update a customer database when out of the office. 

ecently due to the explosion of use on the Internet a whole range of Information, 
intent and services have become available. However, a problem with SEM and SMS 
essages is that they are limited to 160 characters. Heretofore SMS messages have 
not been able to access the information content and services now available from the 
internet, or indeed other information content providers such as, for example, a weather 
forecasting service, A problem with SEM messages is that the protocol associated 
with the message is not compliant with many information content providers. 
Consequently, the information content providers cannot provide information when 
requested to SMS and SEM users effectively. Another problem is the handling of SEM 
messages, Some information content providers do provide SMS services, however, to 
date, no provider has provided an effective means for handling SMS messages. 




30 



35 New technology has be ep fleyetoped such_,_as T _WftP 
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enables a user to access information content on the internet using a communication 
device. However, a problem with the WAP system is when a user is trying to access 
Information he or she is making a telephone call to the local server be it a local call or 
long distance call. This has a cost disadvantage for a user who might spend a couple 
5 of minutes trying to access information on-line thus incurring considerable charges, 
This has proved prohibitive for users using WAP based technology. 

In this specification, the term communication device relates, not alone to mobile 
telephones, but is also used to encompass "land-line telephones, laptop computers* 
1'0 personal digital accessories (PDAs), personal computers, or any other device that is 
capable of transmitting electronic data, 

Object of the Invention 

15 The present invention is directed towards providing a method and system which is 
easy to Implement and use for accessing and requesting information content from a 
content provider datasource using a present standard SMS system. 

Summary of the invention 

20 

According to the present invention there is provided a method of handling short 
-enquiry message (SEM) requests in a short messaging system (SMS) between a 
content provider datasource and enquirers operating enquirer communications devices 
within a communications network, said SMS comprising a system processor and a , 

2 5 memory having a storage message database and connectivity to one or more 

networks in which the steps are carried out, on receiving a SEM request, of;- 

accepting the SEM; 

3 0 interpreting the protocol of the 5SM; 

parsing data of the SEM; 

routing the SEM message to the appropriate datasource; 
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storing the SEM on the message database; 
querying the content provider datasource; 

5 

interpreting the format of the datasource; 

preparing the parsed data retrieved from the SEM and executing 
the action associated with the SEM format; 

10 

formatting the SEM to be readable by the datasource; 
sanding the formatted SEM to the datasource; 

*— . 

1 5 accepting information as a short content message (SCM) from the ■ 

datasource; 

formatting the SCM based on the accepted information; 

2 o storing the SCM on the message database; 

contacting the enquirer communications device; 

on establishing a communications link with the enquirer 
25 communications device, transmitting the SCM; and 

then deleting the SCM from the message database: 

and in which periodically, the message database is polled and the steps 
30 ' are carried out of;- 

checking each SEM for which an SCM has not been received; 
re-sending the formatted SEM request to the datasource; 
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checking each SCM which has not been transmitted;, and 

re-contacting the enquirer communications device to attempt to re- 
5 transmit the SCM. 

i 

The advantage of handling short enquiry message (SEM) requests In this, way are two- 
fold, Firstly the invention allows a SEM request be sent to a datasource, the required 
data content is returned to the enquirer communications device in a readable format in 
10 a fast and simpte manner. Secondly the invention has the ability to handle the SEM 
requests and SCMs by periodically polling the message database. This ensures that 
ail SEM requests are dealt with. 

Ideally there is stored a plurality of protocols in the SMS so that on receiving an 
15 SEM: 

the protocols are Interpreted; 

■-s 

the specific protocol identified; and 

20 

a protocol identifier is added to the label. 

Preferably a database of datasource protocols Is prepared and the step of 
querying a datasource comprises querying the protocol database for the protocol 
25 and only if the protocol is not stored on the database is the datasource queried 
directly. 

Ideally after the protocol of the SEM is interpreted, the step is carried out <?f;- 

30 storing the SEM with other SEMs having the same protocol in a 

separate SMS device memory. 

In one embodiement of the invention on interpreting the protocol, the steps are 
carried out oft- 
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ascertaining the priority of the SEM; 

allocating a priority to the SEM; and 
5 

adding the priority to the SEM when labelling the SEM, 

Preferably the act of storing the SEMs on the message database includes:- 

polling each SEM received to 1 obtain those SEMs with the highest 
• level of priority allocated; 

storing these SEMs so that they are processed in order of priority 
with the highest priority being processed first; 

then storing the SEMs with the next highest level of priority until all 
the SEMs are stored on the message database, 

Ideally the invention provides on periodically polling the message database, the 
SEMs and SCMs are queued in order of the priority allocated for re^ssnding and 
re-contacting respectively. 

i n a further embodiment the priority allocated is determined by the caller ID of the 
enquirer communications device. 

In another embodiment the priority allocated is determined by the datasource ID. 

In a still further embodiment the priority allocated is determined by the content of 
the SEM. ' 

Preferably the enquirer, on sending an SEM, allocates a priority to the SEM and 
the priority allocated may include a time limit within which a SCM is required or the 
SEM request is to be cancelled. 
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Ideally when the time limit expires, the following steps are carried out:- 

the SMS contacts the enquirer communications device; 

5 . 

the SMS sends an SMS detailing reasons for not complying with the 

SEM; ' 

cancels the SEM; and 

10 

enquires whether a new SEM is to be sent. 

Preferably on the enquirer requesting a new SEM, a higher or highest priority is 
allocated to the new SEM. 

In a further embodiment when the SEM received includes a condition precedent 
for transmission of the SEM r the condition precedent is included in the label and 
the step of sending the formatted SEM request to the datasource Is delayed until 
the condition precedent has occurred, . 

20 

in another embodiment on checking an SEM for which a response has not been 
received before re-sending the formatted SEM request to the datasource, the 
nature of the error causing the previous failure is ascertained and if the error is 
such that the connection will never be made for that SEM request, the error details 
2 5 are sent to the enquirer and the request terminated. 

Preferably when after a predetermined time has elapsed since the SEM has been 
received and an SCM has not been received from the datasource, the following 
steps are carried out> 

30 

the SMS contacts the enquirer communications device; 

the SMS downloads the error details to the enquirer 
communications device; 
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the SMS requests confirmation that the enquirer still requires the 
SEM to be sent; and 

5 In the absence of a reply, the-SEM remains oh the storage message 

database. 

Ideally after a further pre-set time, In the absence of an instruction from the 
enquirer, the request for transmission of the SEM is cancelled by marking it as 
1 0 processed in the storage message database with an appropriate explanation 
included, 

In another embodiment of the present Invention there is provided a short 
messaging system (SMS) for carrying out the method comprising:- 

15 

at least one processor; 

a plurality of Independent SMS devices or network connections; 

20' the storage message database; 

at least one content provider datasource; 

the plurality of independent SMS devices are in the form of 
25 independently operable processors; 

an NT service device controlling the SMS devices and their 
interaction with a short messaging service centre (SMSC) 
connected to at least one enquirer communications device in the 
30 communications network; and 

— % 

an information server forming an interface for transmitting short 
messages between the storage database and the content 
datasources, 



Received at the EPO on Apr 27, 201 0 1 1 :59:41 . Page 13 of 32 



27-04-10; 10:44 ; EPO ; # 14/ 32 

IE000671 

- 8 - 

Ideally each SMS device comprises;- 

a generic component including its own processor; 

5 

a message buffer memory connected to the system processor; and 

a protocol specific component including a core protocol component, 
loaded by the generic component with a desired protocol arid 
1 o communications software for interaction with the SMSC, 

Preferably the protocol specific component additionally includes an administrative 
component comprising:- 

15 display means for property fields required by the protocol for a 

protocol datablock; 

parsing means for the protocol data block; and 

20 communication means for connection to the system processor, 

Ideally there is provided an Independent process with means for mastering the 
status of other processes and means for performing specified actions based on , 
status information retrieved from the other processes, 

25 

Preferably when the number of SCMs destined for a particular SMS device exceeds 
a preconf igured limit, the performance means has means for diverting the SCMs to 
another SMS device, 
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Brief Description of the Drawings 

Fig, 1 is a block diagram of thesystem according to the invention; and 
5 Fig v 2 is a flow chart of how the system works, 

Detailed Description of the Invention 

Referring now to Fig, 1 there Is illustrated an example of a short messaging ' 

1 0 system (SMS) for carrying out the invention. The short messaging system 
comprises a Valued Added Services Application Protocol Interface (VAS API) 
module 1 , The VAS API module 1 comprises a container 2 which houses a 
number of SMS devices 3, only two of which are shown, but' there fs N no limit on the 
number that could be incorporated. , indeed' in many instances a considerable • 

15 humber will be required. Each SMS device 3 has a protocol specific component 4 
and a generic component 5, The SMS devices 3 are controlled by an NT service 8 
also housed within the container Z A Message database 7 handles the SMS 
message queuing for both inbound and outbound messages. In this specification 
an inbound enquiry message to a content provider datasource iscqlled a Short 

2 0 Enquiry Message (SEM) and the reply a Short Content Message (SCM). An 

associated system" processor S processes the data in the queue, An information 
server 9 parses and formats the data and transmits the data to a desired 
destination content provider datasource 10, The information seiver 9 provides the 
interface with the content provider datasource 10. The content provider 

25 datasource 1 0 is any form of database which has electronic Information. Enquirer 
communication devices 12 send SEMs via a short messaging service centre 
(SMSC) 11 to the VAS API module 1 from enquirers operating enquirer 
communications devices 12, The short messaging system can be Implemented 
entirely on a Value Added Services (VAS) platform, 

30 

The VAS API module 1 is designed as a distributed system, Each SMS device 3 
has a node which operates on the NT service 6. There are three means of 
communication between the nodes; 



Received at the EPO on Apr 27, 201 0 1 1 :59:41 . Page 1 5 of 32 



27-04-10; 10: 44 



EPO 



# 16/ 32 

IE000671 



- 10 - 

1. Database connection 

2. SPONT service communication 

3. TCP/IP connection. 

5 The database connection is the main means of communication between the 
information server 9 to the message database 7. The .VAS-API .module 1 
connects the information server 9 applications to the message database 7 to be 
queued, There will be two queue$ namely an inbound queue of messages 
waiting to be sent as SEMs to the content provider datasources and an outbound 

10 queue of SCMs waiting to be sent to the enquirer communications devices as 
answers to the SEMs. The SMS devices 3 have a database connection and 
interact with the queues on the message database 7 through this connection. The 
NT service 6 has its own database, administration application and a server. The 
SMS device 3 refers to the NT service 6 , the server assigns a device ID and a 

15 specific protocol to the SMS device 3 and interacts directly with the message 
database 7, The SMS device 3 responds to commands sent to it from the 
administration application; Communication between the various processes of the 
VAS-API module 1 is handled by a standard network layer. The interface between 
the different components is used to convey one function to another component by 

20 internal messaging which Is termed a "system message", This function contains 
parameters which contain the source details of the enquirer communication device 
12 and the requested content provider datasource 10, routing information, a label, 
a priority indicator and a string for the SEM message itself. The string will usually 
contain some descriptive text relating to the message JD. Another different use Is 

25 to allow protocol specific information to be passed from the administration 
application to the SMS devices 3, 

An alert engine 13 is provided which Is configured with a list of actions by an 
administrator or management system. As will be explained below its function is to 
30 query and monitor other components and to receive messages from other 
components, A retry engine 14 Is also provided to control the resubmission of 
SEM and SCM messages which are not transmitted- for some reason, again as 
with the alert engine 13 its function is described in more detail below. 
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In operation and referring again to Fig* li and taking the example of a motorist 
with a enquirer communications device 12 driving injto a city, who may wish to find 
the best place to park, but does not know which carparks are full or not The 
- motorist sends a SEM message from the enquirer communications device 12 
5 which Is routed through the short message service centre (SMSC) 11 which In turn 
routes the SEM message to the VAS API module 1, The ,SEM message will 
contain information such as the ID of the enquirer communication device 12 and 
the requested content provider datasource number and may have some additional 
string or text information in the actual message itself requesting more detail. The 

10 appropriate SMS device 3 is invoked by the NT service 6. it polls the SMS devices 
3 to Identify the protocol specific component 4 with the same protocol as the SEM. 
The protocol specific component 4 of the SMS device 3 takes the information 
from the SEM message and identifies the protocol specific to the SEM message. 
The generic component 5 labels the SEM and stores it in the inbound queue of the 

15 message database 7. The processor 8 processes the SEM message in the 
queue. The processed information Is then routed to the Information server 9, The 
information server 9 queries the content provider datasource 10 and interprets the 
processed data which is parsed and formatted into the correct format for sending 
to the requested content provider datasource 10. In this example, the appropriate 

20 content provider datasource 10 is a city corporation database which contains the 
information on the number of cars in the individual car-parks around the city, 

"•IS,, 

The VAS API module 1 can be connected directly to the content provider 
datasource 10, or alternatively remotely over a TCP/IP network Interface. The 

25 formatted SEM request is sent from the information server 9 to the content 
provider datasource 10. The content provider datasource 10 reads the formatted 
SEM request and returns the requested Information to the information server 9 as 
a SCM. The information server 9 parses and formats the SCM into the same 
format as the SEM for which it is the reply. This re-formatted SCM Is stored In the 

30 outbound message queue of the message database 7* The generic component 5 
of the SMS device 3 polls the message database 7 of the message queues for 
inbound and outbound messages. The SCM message is sent from the outbound 
queue to the enquirer communication device 12 via the SMS device 3 and the 
short message service centre (SMSC) 11 The motorist then receives the SCM 
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message providing information as to where is the best available place. to park in 
the city, 

The NT service 6 has a number of functions for matching the correct enquirer 
5 communication device to the content provider datasource 10,' initially on start up a 
communication is established with the message database 7, The network layer is 
initialised and a scan is carried out for SMS devices 3 in the VAS-API 1 to invoke a 
protocol from the database on the NT service 6 which stores the specific protocols 
for handling different types of content datasources. Each SMS device 3 is 
1 0 enabled to handle a specific protocol. 

The enabled status of the SMS device 3 must be set to true. If -it is set to. false 
then an error Is returned 'Unable to start device as it is not enabled'. A check is 
then made of already loaded SMS devices 3, a list is held In the database of the 

15 NT service 6. If the details loaded 4 are correct and refer to a currently unloaded 
SMS device 3 then the rest of the details necessary to invoke a new SMS device 3 
are loaded from the NT service 6 database. The protocol name is included In 
these details. A registry contains the class name needed by the generic 
component 5, By searching this section with the protocol name the corresponding 

20 class name should be returned. If there is no entry under the protocol name then 
the protocol hasn't been installed on that SMS device 3, 

The NT service 6 stores each SMS device 3 information in the following manner, 
if the SMS device 3 starts successfully, a system message is raised with a 
25 me$$age identifier of SYSMSG_STARTED, The SMS device 3 is added to the list 
of active devices held in memory, the 'active 1 field of that SMS debtee 3 is set and 
a system message is returned to the component which sent the original START 
message, jhis is achieved by maintaining the reference number sent with the 
outbound message, 

30 

if at any point the protocol specific component 4 is not recognised, the device 3 
will shut down. The list of loaded SMS devices 3 is scanned with the passed 
DevicelD SMS device 3 identifier. One SMS device 3 can store a number of SEM 
messages having the same protocol in the SMS device 3 memory. 
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Referring now to Fig. 2 there is illustrated a' general flow diagram of how the SEM 
and SCM messages are handled. In step 20 the enquirer communication device 
' 12 establishes a connection via a short message service centre (SMSC) 11, A 
5 SEM message requesting desired information from a particular content provider 
datasource 10 is sent via the SMSC 11 over a communications network to the 
VAS API module 1. In steps 21 and 22 the NT service 6 invokes and Interprets 
the SMS device 3 appropriate to the protocol of the SEM using internal system 
messaging as described earlier ' Parameters associated with the SEM message 
10 are interpreted. The SMS device 3 is initialised and the protocol specific 
component 4 accepts the content of the SEM, identifies the enquirer 
communication device 12 which is labelled and the destination content provider 
datasource 10, In step 23 the SEM is stored in the message database 7. In step 
24 the generic component 5 polls the inbound queue of the message database 7 
15 to send and receive SCM and SEM messages and the processor 8 processes the 
information providing routing for inbound information for the SEM message. The 
: processor S recognises the destination content provider datasource 10 from which 

information content' has been requested by the SEM, In step 25 the processed 
SEM message is sent to the information server 9.. The information server 9 
20 queries the content provider datasource 10. The information server 9 interprets 
and formats the SEM message into a readable form for the requested content 
provider datasource 10, The information server 9 has a bank of interfaces each 
interface being connected to a content provider datasource 10 over a standard 
TCP/IP network link, In step 26 the SEM is sent to the datasource. If it cannot be 
25 sent then it is returned to the inbound queue where it Is regularly polled by the 
SMS device 3 until it can be sent, In essence the link uses the Internet as a vehicle 
to transmit and receive information. In step 27 the requested content provider 
datasource 10 recognises the request from the information server 9 needed by the 
enquirer communication device 12. The content provider datasource 10 transmits 
30 the information, short content message back to the Information seo/er 9 which is 
accepted by the information server 9. In step 28 the information is formatted into a 
short content message SCM which is readable by the enquirer communications 
device 12 and is stored to the outbound queue of the message database 7. The 
enquirer communications device 12 is contacted by the SMS device 3. In step 29 
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the generic component 5 polls the outbound queue. In step 30' the SCWI content in 
the outbound queue of the message database 7 is transmitted and subsequently 
sent to the enquirer communication device 12 via the SMSC 11in step 31 on 
establishing a communication. Periodically the message database 7 is polled. 
5 Each SEM for which an SCM has not been received is checked by the SMS device • 
3. If the SCM has not been received by the enquirer communications device then 
the information server 9 re-sends the SEM to the content provider-datasource 10. 
A check is made to ensure the SCM has not already been sent to the outbound 
queue. The SCM is downloaded to the outbound queue. A connection is re- 

1 o established with the enquirer communications device 12 to download the SCM to 

the device 12. 

It will be appreciated in some cases the information server 9 is bypassed 
completely. All the interpreting, processing and routing is done by the message 
1 5 database 7 and Is sent directly to the content provider datasource 1 0. It will also 
be appreciated that the queuing of the database may ba local or remote, 

When polling the message database 7 the SEMs can be polled according to 
highest level of priority allocated. The SEMs with the highest priority are stored 

2 0 first on the message database 7. This has the advantage that the SEMs with the 

highest priority are processed first. The SEMs and SCMs can be tjueried. in order 
of priority when re-sending and re-contactlng messages; 

The SEM and SCM messages can be polled according to priority. The priority of 
25 the message Is determined when labelling the SEM. The priority of a message 
can be indicated by a number of parameters for example, the enquirer 
communication device 12 ID, the content provider datasource 10 ID, or even by 
the message content of the SEM or SCM message. 

3 0 An important aspect of the present Invention is the use of the alert engine 13 

within the system. The alert engine 13 has two primary functions. It periodically 
queries the other components in the system. If a component does not respond the 
alert engine 13 attempts to restart the component, or if configured will invoke the 
component on to another SMS device 3. The other components of the system 
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notify the atert engine 13 of any significant event, When a component encounters 
an error or warning it sends a system message to the alert engine 13. The alert 
engine 13 will references list of actions pre-configured by an administrator, if the 
parameters of the system message match the criteria of a pre-configured alert, 
5 then the associated actions are performed. Some examples of actions available 
are: 

Write an entry to a central event log. 
Forward the alert to a registered application. 
Send an email notification. 
Send an SMS notification. 
Execute a command line application, 

The alert engine 13 ensures that no other component can be held as a single point 
of failure. The alert engine 13 itself is monitored by the NT service 6 component 
of each SMS device 3. A procedure can be put in place where the first SMS 
device determines that the" alert engine 13 is not responding, the device is 
responsible for invoking a new instance of it The alert engine 13 can instruct one 
of the SMS devices 3 to take on messages originally bound for another SMS 
device 3. 

The alert engine 13 can be implemented as an independent process which 
monitors the status of ail the other processes in the SMS system. The alert engine 
13 can perform specific actions based on status information retrieved from these 
25 processes. The status information can either be requested andjetrieved from 
local and remote processes, The status, can be interpreted by some of the 
foliowing indicators: 

the unique ID sent in the status response. 

30 

the severity level of response which can indicate information, warning 
and error. 

the particular process that sent the response. 



M 
(b) 

10 ' <<=) 
(d) 
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A status message can also be generated spontaneously by any active device on 
the SMS system. These messages are recorded by the monitoring process and 
are cross referenced with a list of actions which will be performed every time this 
5 message is received, These actions may include alerting an extemat system for 
example by E-mail, SMS. Paging, WAP or -executing an external process, starting 
an application and stopping or starting devices within the VAS API. 

Another aspect of. the present invention is the use of the retry engine 14. The 
1 0 retry engine 1 4 controls the re-submission of SEM and SCM messages. If an SEM 
or SCM message does not get sent due to a connection failure, the message is 
allocated to a retry procedure within the retry engine 14, The retry procedure 
indicates how many times the message should be re-submitted, and the intervals 
between retries. The retry engine 14 scans the outbound queue for failed 
15 messages, references the corresponding interval and schedules the message to 
be sent at a later point in time, A further scan ts performed periodically to convert 
scheduled messages to active queued messages When their schedule time arises, 
An example of this would be a SEM to be sent at a particular time everyday e.g.. a 
weather forecast request or a SCM such as a stock market price of a share in the 
2 0 event of it rising more than a certain amount. 

The retry engine 14 works in the following way. A communication is established 
with the message database 7 and the retry engine 14. If the database connection 
fails or there is an unexpected error, the error messages are written to the NT 

2 5 service log of the NT service 6 

The initial retry information from the message database 7 is loaded into memory 
and updates the SMS devices table with its position and port, and sets its active 
flag to true and sets the timers up, It then sends a message to the alert engine 13 

3 0 to say it is alive. First a check for failed messages is run, followed by a check for 

pending messages. 

Tfte message database 7 is scanned for failed messages with a retry count 
(RetryCntCurrent) greater than zero. Each message is checked for the failure 
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code. If the message or one of its parameters was at fault then the message is 
consigned as a failed message and th© number of retries set to zero. If the 
system was at fault then the retry engine 14 checks the retry scheme associated 
with the message. When the procedure is then referenced in memory and cross- 
5 referenced with the number of retries, The procedure allows the return of an 
amount of time in minutes. This is added to the current time and the result is 
entered into the scheduled time. The message m marked as a scheduled 
message, 

10 The value from field 'RetrySchemelD' is retrieved and the corresponding element is 
re f erence d from the previously loaded retry schemes. The 'RetryCnt* is used to 
. reference the next Retry Interval. This interval is added to the current time and 
inserted into the field TimeScheduled' where the field 'MsgStatus' is set to 'S' for 
scheduled. 

.15 

The message .database 7 is scanned for messages that are pending with a time 
queued greater than a preset time value, which is found on the database. The 
alert engine 13 alerts the retry engine 14 on any device failure or subsequent re- 
activation. The retry engine 14 keeps these details in memory. When a message 

20 is pending for longer than the configured limit the retry engine.. J 4 consults its 
device status list If an SMS device 3 is still active, the retry engine 14 assumes 
that it is overloaded with messages and Is experiencing a backlog. If the queued 
time is greater than the preset threshold but less than the time allowed to clear 
backlogs then the message is left in the queue. If on the other hand the SMS 

25 device 3 associated with the message is listed as inactive, then the retry engine 14 
rese t s the status of the message to Queued, If the SMS device 3 listed as the 
default device for the message Is not in the device table, an error is' sent to the 
alert engine 13. This is important for load balancing of the system. 

30 It Is preferably that each device 3 will have a backup or secondary device. This 
device will be looking for queued messages destined for the failed device and will 
pick up these messages once the status has been reset in the message database 
7 by the retry engine 14, When the service is stopped, the devices table on the 
database 7 is updated, telling it that the service has stopped, and'the alert engine 
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' 13 is pinged, telling it the service has stepped. If an error is encountered updating 
■ the message database 7, an error message is sent to the alert engine 13. 

The NT service 6 has a database of datasource protocols. This database can be 
5 queried If the protocol is not available at the content provider datasource. 1 0. 

The protocol specific component 4 can download the protocol specific to enquirer • 
communications device 10 if necessary, in another instance the protocol is loaded 
but the version number is changed, I.e. a newer version has been loaded into the 
10 system, in this case the name of the protocol is "returned, but a warning stating 
that a newer. version exists in the system Is given. The enquirer cln then choose 
to call on the protocol specific component' 4 to download the protocol or latest 
Version of the protocol to the enquirer communications device. 

15 The protocol specific component 4 contains two elements, the first a core protocol 
component and the second, is the administrative component mentioned earlier, 
The core protocol. component is loaded by the generic component 5 of the SMS 
device 3. This contains the specific information needed to make a connection. 
The properties required by the core protocol component are passed to the generic 
' 2 0 component 5 for storage in.a single datablock. The generic component 5 does not 
need to know how this block is passed, only that it will need to pass It back to the 
protocol component on initialisation. The administrative component is a control 
which is detennined by an administrator. It can also pass the properties datablock. 
It also gives the capability to send real time queries and information to the core 
2 5 component and to the generic component. 

The information server 9 can provide added security features within the system. 
The system has a tree-like structure in which the information server 9 can provide 
a login password and application name before performing any other action. The 
30 structure exposes properties and methods, that reflect functional elements of the 
system only. AH database access and inter-process interaction are hidden from 
the content provider datasource 10. This has the advantage that the system Is 
user friendly. The system can be configured to send a system message to any 
registered application attached to the system via the VAS API module 1. The 
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content provider datasource 10 application may also send a message. The VAS 
API module 1 is designed to allow a datasource application to interact In a minimal 
manner, or take control of several components within the system and allows 
significant Integration with the datasource system, 
5 ... 

It will be appreciated that the SMS device 3 may be in the form of a card device 
storing the protocol specific component 4 and the generic component 5, This card 
may be easily pluggable into any system allowing for system upgrading and easy 
scalability. It is envisaged that the protocol specific component 4 and the generic 
, io component 5 can be implemented in software. 

It will also be appreciated that initially when an SEM is labelled a condition 
precedent for transmission can be added to the label, This has the advantage that 
• certain SEM messages are sent when the condition precedent has occurred, 

15 

It will be appreciated that the invention mayJncorporate two alert engines with one 
alert engine not active, which can be used as a back up if the other alert engine 
should fall, 

20 In this specification we have talked about SEM and SCM messages only as it is a 
particularly suitable version of SMS messaging, but the invention could also be 
used to encompass Web or WAP based technology. 

The applications of the present invention can be used in many areas, for example, 
25 for bus and train times, booking information, concert information, weather 
forecasting, airline tickets, etc, 

In the specification the terms "comprise, comprises, comprised and comprising" or 
any variation thereof and the terms Include, includes, included artd including" or . 
30 any variation thereof are considered to be totally interchangeable and they should 
all be afforded the widest possible interpretation and vice versa. 

The Invention is not limited to the embodiment hereinbefore described, but may be • 
varied in both construction and detail within the scope of the claims. 
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CLAIMS 

1 , 'A method of handling short enquiry message (SEM) requests in a short 
messaging system (SMS) between a content provider datasource (10) and 
5 enquirers operation enquirer communications devices (12) within a 

communications network, said SMS comprising a system processor (8) and a 
memory having a storage message datable (7) and connectivity to on© or 
more networks in which the steps are carried out, on receiving a SEM request, 
of;- 

10 

accepting the SEM; 
interpreting the protocol of the SEM: 
1 5 t parsing the data of the SEM; 

routing the SEM message to the appropriatedatasource <10); 
storing the SEM on the message database (7); ' 

20 

querying the content provider datasource (10); 

interpreting the format of the datasource (10); 

25 preparing the parsed data retrieved from the 'SEM and executing 

the action associated with the SEM format; 

formatting the SEM to be readable by the datasource (1 0); 

30 sending the formatted SEM to the datasource (1 0); 

accepting Information as a short content message (SCM) from the 
datasource (10); 
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formatting the SCM based on the accepted information; 

storing the SCM on the message database (7); 

5 contacting the enquirer communications device (1 2); 

on establishing a communications link with the enquirer 
communications device- (12), transmitting the SCM; and 

1 o 1 then deleting the SCM from the message database (7); 

and in which periodically, themessage database (7) is polled and the' steps are 
carried out of:- 

1 § checking each SEM for which an SCM has not been received; 

re-sending the formatted SEM request to the datasource (10); 
checking each SCM which has not been transmitted; and 

20 

re-contacting the enquirer communications (12) device to attempt to 
re-transmit the SCM, 

and in which there Is stored a plurality of protocols in the SMS so that on 
25 receiving an SEM: 

the protocols are interpreted; 
the specific protocol identified; and 

30 

a protocol identifier is added to the label. 
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2, A method as claimed in claim 1 , in which on interpreting the protocol, the steps 
are carried out of;** 

ascertaining the priority of the SEM; 

allocating a priority to the SEM; 

adding the priority to the SEM when labelling the SEM,.^ 

polling each SEM received to obtain those SEMs with the highest level' 
of priority allocated; 

storing these SEMs so that they are processed in order of priority with 
the highest priority being processed first; 

then storing the SEMs with the next highest level of priority until ail the 
SEMs are stored on the message database and in which on 
periodically polling the message database (7), the SEMs and SCMs are . 
queued in order of the priority allocated for re-sending and re- 
contactlng respectively. 

3, A method as claimed in any preceding claim, in which, whan after a 

predetermined time has ©lapsed since.the SEM has been received and an . 
SCM has not been received for the datasource (1 0), the following steps are 
25 canied out:- 

the SMS contacts the enquirer communications device (12); 

the SMS downloads the error details to the enquirer communications 
30 device (12); 

the SMS request confirmation that'the enquirer still requires the SEM to 
be sent; and 
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in the absence of a reply, the SEM remains on the storage message 
database (7); 

after a further pre-set time,.in the absence of an instruction from the 
5 enquirer, the request for transmission of the SEM is cancelled by 

marking it as processed in the storage message database (7) with an 
appropriate explanation included. 

4, a short messaging system (SMS) for carrying out the method as claimed in any 
10 preceding claim comprising:- 

at least one processor (8); 

a plurality of independent SMS" devices (3) or netwoik connections; ' 

15 

the storage message database (7); 

at least one content provider datasource (10); 

the plurality of independent SMS devices (3) are in the form of 
independently operable processors; 

an NT service device (5) controlling the SMS devices (3) and their 
interaction with a short messaging service centre (SMSC) connected to 
at least one enquirer communications device (12) in the 
communications network; and ^ 

an information server (9) forming an Interface for transmitting short 
messages between the storage message database (7) and tine content 
datasources (10). 

each SMS device (3) comprises:- 

a generic component including its own processor, 



20 
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a message buffer memoty connected to the system processor; and 

a protocol specific component including a core protocol component, 
loaded by the generic component with a desired protocol and 
communications software for Interaction with the SMSC; 

the protocol specific component additionally includes an administrative 
component comprising:- . 

display means for property fields required fc>y the protocol for a protocol 
datablock; 

parsing means for the protocol data block; and 

communication mesns for connection -to the system processor (8), 

A method of handling short enquiry message (SEM) requests in a short' 
messaging system (SMS) as described herein 
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